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Title: STRING TEMPLATE PAGES FOR GENERATING HTML DOCUMENT 

Technical Field 

The present invention relates to computer systems, and more particularly to a system 
and method for supply requested documents at a relatively quick rate. 



Web documents are stored on web servers and are provided to client computers over 
the Internet upon receipt at the web server of a request for the document in the form of a 
uniform or universal resource locator ("URL"). The URL specifies the communications 
protocol by which the information is to be transferred and the Internet address of the host or 
web server upon which the document is stored. The URL may also specify a directory path 
and file name for the document. The communications protocol for the web is the hypertext 
transfer protocol ("HTTP"). Documents or pages stored on web servers and available over 
the web are generally formatted in a markup language. Markup language web documents 
contain text and a number of tags which provide instructions as to how the text should be 
displayed, which text should be hyperlinked to other documents, and where other types of 
content, including graphics and other images, video and audio segments, application 
programs or applets, image maps, and icons, should be retrieved from and displayed in the 
document. One of the most commonly used standardized markup languages is the Hypertext 
Markup Language ("HTML"), currently available in several versions. Other standardized 
markup languages include the Standard Generalized Markup Language ("SGML") and the 
Extensible Markup Language ("XML"). 

Conventionally, web servers receive requests from a client for a particular HTML 
document. The servers then load the HTML file (e.g., an Application Service Provider (ASP) 
file) and parse the HTML file for script code. The script code is then interpreted and 
executed and the results sent back to the requestor, for example, by inserting the results into 
the loaded HTML file and transmitting the file and results back to the requestor. The 
problem is that the process of parsing, interpreting and executing the code is both time and 
resource intensive. 



Background of the Invention 



MS 150916.1 




In order for a web server to serve many users at a reasonable rate, the web server must 
be able to supply the requested HTML pages very quickly and use as little system resources 
as possible. Web sites that dynamically generate web pages based on state and user input 
have the challenge of doing this in a scalable manner. The most efficient way to do so is 
5 through compiled code running in the same process as the web server. The most obvious 
place is for the HTML text to be part of the code itself, but this leads to disconnected, hard to 
read string constants that are difficult to maintain and that require a recompilation of the code 
whenever a change is made to the HTML text. 

Accordingly, there is an unmet need in the art for a system and method that mitigates 
10 the above stated deficiencies with traditional HTML servers. 



Summary of the Invention 

A system and method is provided for supplying requested HTML pages at a relatively 
quick rate using limited resources. The present invention provides a solution to efficiently, 

15 clearly, and straightforwardly supplying text constants to code running in a server 

environment and using them to generate dynamically changing pages. The present invention 
employs an executable code component residing on a server system that inserts text templates 
including strings and arguments into requested HTML documents. The text strings general 
includes constant parts and variable parts. Variable parts change depending on state and user 

20 input. Each text template is considered a page and is loaded up at start up time by the 

executable code component, which parses and stores the constant parts of the text string into 
memory and retains the memory location of the text string. Additionally, the memory 
location of argument variables within the text constants can also be stored in memory. A 
request from a client causes the executable code component to load a copy of the appropriate 

25 HTML page, retrieve the appropriated text strings and arguments from the memory and insert 
the text strings and appropriate arguments into the loaded page. The copy is then transmitted 
back to the client. The executable code can also execute any code that was required by the 
HTML page to provide the desired results. 

In one aspect of the invention, the constant part of the text strings residing in the 

30 templates can be modified without recompiling the code. Modifications to the templates can 
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be made while the executable code is still running. At the point when the executable code 
component loads a text template, it begins monitoring the text template for any changes made 
while running. Upon a change occurring, the text template is loaded and parsed again and the 
old information is replaced by the new information. Code referencing that page is 
5 automatically provided with the new information, thus, modifications occur dynamically. 
To the accomplishment of the foregoing and related ends, the invention then, 
comprises the features hereinafter fully described and particularly pointed out in the claims. 
The following description and the annexed drawings set forth in detail certain illustrative 
embodiments of the invention. These embodiments are indicative, however, of but a few of 
1 0 the various ways in which the principles of the invention may be employed and the present 
invention is intended to include all such embodiments and their equivalents. Other objects, 
advantages and novel features of the invention will become apparent from the following 
detailed description of the invention when considered in conjunction with the drawings. 

15 Brief Description of the Drawings 

Fig. 1 illustrates a block diagram of a server system in accordance with one aspect of 
the present invention. 

Fig. 2 illustrates a possible environment of the server system in accordance with one 
aspect of the invention. 

20 Fig. 3 illustrates an example of a string template page in accordance with one aspect 

of the present invention. 

Fig. 4 illustrates an example of employing intelligent IDs using data structures prior to 
referencing of the ID in accordance with one aspect of the present invention. 

Fig. 5 illustrates an example of employing intelligent IDs using data structures after 
25 referencing of the ID in accordance with one aspect of the present invention. 

Fig. 6 illustrates a flow diagram of one particular methodology for providing a server 
system in accordance with one aspect of the present invention. 

Fig. 7 illustrates a flow diagram of one particular methodology for operation of an 
executable component in accordance with one aspect of the present invention. 
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Fig. 8 illustrates a block diagram of a computer system in accordance with an 
environment of the present invention. 

Detailed fie sf ription nf the Invention 

5 The present invention is now described with reference to the drawings, wherein like 

reference numerals are used to refer to like elements throughout. The present invention is 
described with reference to a system and method for generating dynamically changing HTML 
documents at a relatively quick rate in response to a client request. The system and method 
provide separation of the constant text and the code embedded in the HTML documents. The 

10 present invention employs an executable component that includes all the basic functionality 
typically embedded in script code of a plurality of HTML documents. The dynamically 
generated text is broken down into string template pages. Each string template page can be 
authored as a single file and includes all the information necessary to complete a request. 
Editing the file can be done with the author's favorite document editing tool, and likewise 

1 5 viewing the file can be done in the typical manner as well, as long as meta-information in the 
page is included in a format that is considered "hidden" by the viewer. 

A string template page includes one or more strings and each string includes a text 
constant and can include one or more argument variables. Each string template page is 
provided with identifiers for pages (e.g., the file name), string or text constants (e.g., text that 

20 does not change) and variable portions of strings (e.g., arguments). The pages are read, 
parsed and processed into a data structure into memory by the executable component for 
efficient use at runtime. The executable component parses each page for where each string 
begins and ends and the strings unique identifier and where each argument should be inserted 
into the string constant and its argument number. 

25 The present invention provides for separation of the text constants of HTML 

documents from the code embedded in the HTML documents. By separating the text 
constants out into individual files, including the minimal meta-information needed by the 
code to use them, readability, ease of authoring, and separation of text data and code are 
achieved. The needs of generating dynamic text can be served by breaking up the text into 

30 pages, strings, and places to insert arguments. To make the use of these templates at runtime 
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as fast as possible, the files are pre-processed at start-up time, efficiently storing information 
about where the pages and strings are located, with particular details about where they begin 
and end, and where to insert arguments. Intelligent IDs can take advantage of this efficiency, 
by allowing the code to reference objects by one ID only, defined at design time, while still 
5 gaining the direct access provided by pointers determined at run time. 

Fig. 1 illustrates an example of a server system 10 for supplying requested HTML 
pages to a client system 20 according to the present invention. An executable component 14, 
for example, an executable binary component resides on the server 10. The executable 
component 14 is operable to load and parse a plurality of string template pages 12. The 

10 executable component parses string constants from the string template pages 12 by utilizing 
new string indicators provided in the pages and determines where variables are to be inserted 
by utilizing an insert argument indicator provided in the strings. The executable component 
14 stores the string constants into a memory 18 and retains information relating to the 
memory location of each string constant and the insertion location of each variable. The 

1 5 executable component 14 also includes all the code necessary to respond to any request that 
may be made by the client 20. The executable component 14 also includes all the logic 
necessary regarding where and when strings should be used, whether or not and how often a 
string should be repeated. 

The executable component 14 parses string constants from the string template pages 

20 12 by utilizing new string indicators and determines where variables are to be inserted by 

utilizing insert argument indicators. The executable component 14 stores the string constants 
into a memory 18 and retains information relating to the memory location of each string 
constant and the insertion location of each variable. All the logic necessary to generate and 
insert the variable arguments into the string constants resides in the executable component. 

25 A variable can be a pointer to text, for example the user's name, or the current date, 

generated by the code. A variable can also be a pointer to another string in the page, for 
example, if there is an optional text constant which may or may not be used depending on a 
state. The argument can be authored as a string in the page and passed in as a variable only 
when applicable. 

30 A monitoring system 16 is provided coupled to the executable component 14. The 
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monitoring system 16 monitors any changes to the string template pages 12. If any changes 
occur with any of the string template pages 12, the monitoring system 16 informs the 
executable component 14. The executable component 14 then reloads the changed string 
template page or pages, parses the string constants and variable locations, stores the new 
5 string constants in memory and retains the string constant and variable locations. The 
• monitoring system 16 could be a configuration data source component, for example, in the 
Microsoft® Windows® Operating System environment, the configuration data source 
component type could be Windows Management Instrumentation (WMI), which is a support 
mechanism for management of systems in an enterprise. WMI allows developers to use a 

10 simple, consistent mechanism to query for information or configure settings on computers 
across an enterprise (e.g., hardware settings, file change information, driver configuration, 
BIOS information, application settings, event log information). WMI allows for both 
hardware and software to be modeled. It is to be appreciated that other computer monitoring 
systems that provide configuration information may be employed to carry out the present 

15 invention. 

The monitoring system 16 allows modification to the string template pages 12 while 
the executable component 14 is running. With the constant part of the text residing in the 
templates, completely separate from the code, changes can be made to the constant text 
without needing to recompile the code. After the code initially loads a string template page, 
20 the monitoring system 16 or the executable component 14 can begin monitoring that page or 
file for any changes made while running. When a change occurs, the page is loaded and 
parsed again, and the new information replaces the old. Code that references that page will 
now be given information about the new parse, such that modifications can be incorporated 
on the fly. 

25 A request for a HTML document from a client 20 is received by the executable • 

component 14. The executable component 14 executes any code relating to the request. The 
executable component 14 then loads up the string constants for a particular string template 
page 12 corresponding to the request using pointers pointing to the memory locations of the 
strings in the memory 18. The executable component 14 then retrieves the argument 

30 numbers, determines the appropriate variable based on the request or a state and inserts the 
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variable into the strings. The executable component 14 then returns the results of any 
executed code and the string constants with inserted variables therein. It is to be appreciated 
that the request that the executable component may insert the strings and arguments into a 
requested HTML page in place of the results that were conventionally provided by script. 
5 Alternatively, the executable component 14 via the code and the stored information of the 
string template pages 12 may serve up the entire HTML page and results requested without 
the need to load up any HTML page. 

An example of a possible environment 30 for the system 10 is illustrated in Fig. 2. 
The environment 30 includes a local computer 32 having a display 34 and a user input device 

10 36 through which an individual may interact with the local computer 32. The user input 
device 36, for example, may include a keyboard, a pointer device (e.g., a mouse), a voice 
activated control device, a wireless input device, and/or other equipment or peripherals 
through which a user may interact with programs running on the local computer 32. 

The local computer 32 is operatively coupled to a network 44, such as an Internet, an 

15 intranet, or another computer network. The local computer 32 is connected to the network 
44, for example, over a telephone line 50 via a modem 38. Alternatively, the local computer 
32 may be connected to the network 44 through another connection 42, such as an integrated 
services digital network (ISDN), Tl, DS1 or other high speed telecommunications 
connections and an appropriate connection device, a television cable and modem, a satellite 

20 link, an optical fiber link, an Ethernet or other local area network technology wire and 
adapter card, radio or optical transmission devices, etc. It is to be appreciated that the 
invention also may be implemented in a browser environment for other public and private 
computer networks, such as a computer network of a commercial on-line service or an 
internal corporate local area network (LAN), an Intranet, or like computer network. 

25 The local computer 32 runs software, including a browser 60, for unified browsing of 

electronic documents and other data from local sources as well as from the computer network 
44. Specifically, documents for browsing with the browser software may reside as files of a 
file system stored in appropriate storage devices at the local computer 32 or reside at 
resources at a remote computer 68. The remote computer 68 is operatively coupled to the 

30 network 44 via connection 46, which may be in the form of a telecommunications connection 
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and appropriate device or any other communications link (including wired and wireless) to 
the network. By way of example, the remote computer 68 is an Internet-based server 
connected to the computer network 44 to provide one or more World Wide Web ("Web") 
sites to which the local computer 32 may connect. 
5 By way of example, a plurality of HTML string template pages 52 resides at the 

remote computer 68 that conforms to HTML standards. It is to be appreciated that the 
browser software running at the local computer 32 may be capable of browsing documents 
having other data formats from the local computer or the remote computer 32. The HTML 
string template pages 52 include text constants that are logically grouped into pages and 

10 strings. A string is the largest text constant which will be used in total and with a pre- 
defined, constant number of variable parts, and a page is the collection of all the strings 
needed to complete one request. Editing the file can be done with a document editing tool, 
and likewise viewing the file can be done in the typical manner as well, as long as meta- 
information in the page is included in a format that is considered hidden by the viewer. 

1 5 The browser software running locally on the local computer 32 displays a HTML 

document 62 in a window 64 or area of the local computer's display 34 allocated to the 
browser by the operating system. The window 64 includes a document display area 66 and 
user interface controls (not shown). The browser displays the HTML document 62 within the 
document display area 66 of the window 64, although other display types also may be used. 

20 The displayed document may include text and/or images generated by an executable 
component 54 in conjunction with the HTML string template pages 52. 

In the example shown in Fig. 2, the display area 66 includes a display of a recipe 
portal web page. The recipe portal web page includes three selectable recipes labeled chicken 
pie, apple pie and pumpkin pie. A user may click on one of the recipes employing the user 

25 input device 36 to view a desired recipe. The selection of a desired recipe causes a request to 
be sent over the network 44 to the executable component 54 residing on the remote computer 
68. The executable component 54 will execute any code necessary to responding to the 
request. The executable component 54 will then acquire the desired string constants from a 
memory 56 and insert the variable arguments {e.g., the selected recipe) into the string 

30 constants. The executable component 54 can then transmit the desired HTML page and 
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appropriate code responses to the local computer 32 for display at the browser 60. 

Fig. 3 illustrates an example of a string template page 70. The string template page 
70 includes four strings and three variable arguments within the strings. A firsts string 72 
includes a meta-tag labeled "BREAK" with a unique identifier name labeled "GUIDl" The 
5 first string 72 is the header string. A second string 74 includes another meta-tag labeled 
"BREAK" with a unique identifier name labeled "GUID2". The second string 74 also 
includes two meta-tags labeled "INSERT" with corresponding argument numbers "ARG1" 
and "ARG2" within the HTML string. A third string 76 includes a meta-tag labeled 
"BREAK" with a unique identifier name labeled "GUID3". A fourth string 78 includes 

10 another meta-tag labeled "BREAK" with a unique identifier name labeled "GUID4". The 
fourth string 78 also includes a meta-tag labeled "INSERT" with an argument numbers 
"ARG3" within the HTML text of the string 78. The "INSERT" meta-tags define the 
beginning and end location of each string and the "INSERT" meta-tags define the location for 
inserting the different arguments by number. The executable component 54 can employ the 

1 5 "BREAK" and "INSERT" meta-tags to load the text constant information of the page 70 into 
memory 56 for use at runtime. 

In one aspect of the invention, the executable component employs intelligent IDs. An 
intelligent ID is a globally scoped structure that contains two fields, the constant unique 
identifier and a pointer to the actual information (object). The executable code only needs to 

20 reference the intelligent ID when referring to an object. When the executable component 
starts up, every intelligent ID's pointer field is initially NULL. If an intelligent ID is 
referenced which still has a NULL pointer field, a search is made for the object referred to by 
the unique identifier field. When the object is found, the pointer to that object is stored in the 
intelligent ID. In all future references to the intelligent ID, the pointer field is found to be not 

25 NULL, and that pointer is used directly. 

Figs. 4 and 5 illustrate an example of employing intelligent IDs in code of the 
executable component referencing the string template page 70 illustrated in Fig. 3. A data 
structure portion 80 includes a page data structure for the string template page 70 with a 
corresponding page ID. The page data structure includes a page name or ID and a pointer to 

30 the location of the page in memory. A plurality of string data structures are provided for the 
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string template page 70, which includes a first named "HEADER" and three remaining 
strings named "GUID2", "GUID3" and "GUID4". Each string data structure includes a 
pointer to the corresponding string in memory. Additionally, a list of argument number data 
structures are provided for the string template page 70. The argument numbers are labeled 
5 ARG1, ARG2 and ARG3. Each argument data structure includes a pointer to the 

corresponding argument in memory. In the example of Fig. 4, none of the IDs of the page, 
strings and arguments have been referenced and all of the pointers are set to "NULL". Fig. 5 
illustrates the data structure portion 80 once the IDs have been referenced. After all of the 
IDs of the page, strings and arguments have been referenced, then all of the pointers have a 

10 pointer value for the data structure portion 80. In all future references to the IDs of the page 
strings and arguments the corresponding pointer can be used directly. It is to be appreciated 
that although in the present example, a single list of arguments for the string template page 70 
is illustrated for simplicity purposes, a list of arguments may be provided for each string in 
the string template page 70. 

15 In view of the structure described above with respect to Figs. 1-5, a methodology for 

providing the particular aspects of the invention may be better appreciated with respect to the 
flow diagrams of Figs. 6-7. While, for purposes of simplicity of explanation, the 
methodologies of Figs. 6-7 are shown and described as a series of steps, it is to be understood 
and appreciated that the present invention is not limited to the order of steps, as some steps 

20 may, in accordance with the present invention, occur in different orders and/or concurrently 
with other steps from that shown and described herein. Moreover, not all illustrated steps 
may be required to implement a methodology in accordance with an aspect the present 
invention. 

Fig. 6 illustrates a methodology for providing a system for supply requested HTML 
25 pages in accordance with one aspect of the present invention. At step 90, any necessary 
request response code is defined. The string IDs and argument numbers to be used by the 
code and string template pages are defined at step 100. At step 1 10, the code is created using 
C 5 C++ or the like employing the necessary response code to any request and defining the 
data structures. Defining the data structures comprises defining the page IDs, string IDs for 
30 text constants and argument locations for the string variables. The executable code is then 
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compiled, by for example, a C, C++ or the like compiler at step 120 to provide a binary 
executable code. At step 130, the template string pages are created with page identifiers, 
string IDs for each string and argument numbers for variables to be inserted into the strings. 
At step 140, the compiled binary executable code is invoked. 
5 Fig. 7 illustrates a methodology for the operation of the compiled binary executable 

code. At step 160, the compiled binary executable code loads the string template pages up 
into temporary memory or the like. The executable code then parses the string template 
pages and determines the beginning and end of each string and the argument location within 
each sting at step 170. At step 180, the executable code stores the string constants and 

10 argument numbers and retains the location of the string constants and argument numbers in 
memory, for example, by assigning pointers to data structures containing the string ID or 
argument number. The data structures include a string ID and pointer or an argument number 
and pointer. At step 190, the executable code determines if a request has been received from 
a client. If a request has been received from a client (YES), the executable component 

15 proceeds to step 195. At step 195, the executable component executes any code relating to 
the request, loads the strings (e.g., into an HTML page), inserts the arguments into the strings 
and transmits the requested information back to the requestor. The executable component 
then returns to step 190. If a request has not been received from a client (NO) at step 190, the 
executable component determines if any changes have occurred in any of the string template 

20 pages at step 200. If a change has occurred in any of the string template pages (YES), the 
executable component reloads and parses the modified string template pages and retains the 
new string IDs and assigns new pointers to the data structure. The executable component 
then returns to step 190. If a change has not occurred in any of the string template pages 
(NO), The executable component returns to step 190. 

25 With reference to Fig. 8, an exemplary system for implementing the invention 

includes a conventional personal or server computer 220, including a processing unit 221, a 
system memory 222, and a system bus 223 that couples various system components including 
the system memory to the processing unit 221. The processing unit may be any of various 
commercially available processors, including Intel x86, Pentium and compatible 

30 microprocessors from Intel and others, including Cyrix, AMD and Nexgen; Alpha from 
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Digital; MIPS from MIPS Technology, NEC, IDT, Siemens, and others; and the PowerPC 
from IBM and Motorola. Dual microprocessors and other multi-processor architectures also 
can be used as the processing unit 221. 

The system bus may be any of several types of bus structure including a memory bus 
5 or memory controller, a peripheral bus, and a local bus using any of a variety of conventional 
bus architectures such as PCI, VESA, MicroChannel, ISA and EISA, to name a few. The 
system memory includes read only memory (ROM) 224 and random access memory (RAM) 
225. A basic input/output system (BIOS), containing the basic routines that help to transfer 
information between elements within the computer 220, such as during start-up, is stored in 
10 ROM 224. 

The computer 220 further includes a hard disk drive 227, a magnetic disk drive 228, 
e.g., to read from or write to a removable disk 229, and an optical disk drive 230, e.g., for 
reading a CD-ROM disk 23 1 or to read from or write to other optical media. The hard disk 
drive 227, magnetic disk drive 228, and optical disk drive 230 are connected to the system 

15 bus 223 by a hard disk drive interface 232, a magnetic disk drive interface 233, and an optical 
drive interface 234, respectively. The drives and their associated computer-readable media 
provide nonvolatile storage of data, data structures, computer-executable instructions, etc. for 
the server computer 220. Although the description of computer-readable media above refers 
to a hard disk, a removable magnetic disk and a CD, it should be appreciated by those skilled 

20 in the art that other types of media which are readable by a computer, such as magnetic 

cassettes, flash memory cards, digital video disks, Bernoulli cartridges, and the like, may also 
be used in the exemplary operating environment. 

A number of program modules may be stored in the drives and RAM 225, including 
an operating system 235, one or more application programs 236, other program modules 237, 

25 and program data 238. The operating system 235 in the illustrated computer can be 
Microsoft Windows NT Server operating system, together with the before mentioned 
Microsoft Transaction Server, Microsoft Windows 95, Microsoft Windows 98 or Microsoft 
Windows 2000. 

A user may enter commands and information into the computer 220 through a 
30 keyboard 240 and pointing device, such as a mouse 242. Other input devices (not shown) 
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may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and 
other input devices are often connected to the processing unit 221 through a serial port 
interface 246 that is coupled to the system bus, but may be connected by other interfaces, 
such as a parallel port, game port or a universal serial bus (USB). A monitor 247 or other 
5 type of display device is also connected to the system bus 223 via an interface, such as a 
video adapter 248. In addition to the monitor, computers typically include other peripheral 
output devices (not shown), such as speakers and printers. 

The computer 220 may operate in a networked environment using logical connections 
. to one or more remote computers, such as a remote server or client computer 249. The 

10 remote computer 249 may be a workstation, a server computer, a router, a peer device or 
other common network node, and typically includes many or all of the elements described 
relative to the computer 220, although only a memory storage device 250 has been illustrated 
in Fig. 8. The logical connections depicted in Fig. 8 include a local area network (LAN) 251 
and a wide area network (WAN) 252. Such networking environments are commonplace in 

15 offices, enterprise- wide computer networks, intranets and the Internet. 

When used in a LAN networking environment, the computer 220 is connected to the 
local network 251 through a network interface or adapter 253. When used in a WAN 
networking environment, the server computer 220 typically includes a modem 254, or is 
connected to a communications server on the LAN, or has other means for establishing 

20 communications over the wide area network 252, such as the Internet. The modem 254, 
which may be internal or external, is connected to the system bus 223 via the serial port 
interface 246. In a networked environment, program modules depicted relative to the 
computer 220, or portions thereof, may be stored in the remote memory storage device. It 
will be appreciated that the network connections shown are exemplary and other means of 

25 establishing a communications link between the computers may be used. 

In accordance with practices of persons skilled in the art of computer programming, 
the present invention is described below with reference to acts and symbolic representations 
of operations that are performed by the computer 220, unless indicated otherwise. Such acts 
and operations are sometimes referred to as being computer-executed. It will be appreciated 

30 that the acts and symbolically represented operations include the manipulation by the 
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processing unit 221 of electrical signals representing data bits which causes a resulting 

transformation or reduction of the electrical signal representation, and the maintenance of 

data bits at memory locations in the memory system (including the system memory 222, hard 

drive 227, floppy disks 229, and CD-ROM 231) to thereby reconfigure or otherwise alter the 
5 computer system's operation, as well as other processing of signals. The memory locations 

where data bits are maintained are physical locations that have particular electrical, magnetic, 

or optical properties corresponding to the data bits. 

The present invention has been illustrated with respect to a programming 

methodology and/or computer architecture and a particular example, however, it is to be 
10 appreciated that various programming methodology and/or computer architecture suitable for 

carrying out the present invention may be employed and are intended to fall within the scope 

of the hereto appended claims. 

The invention has been described with reference to the preferred aspects of the 

invention. Obviously, modifications and alterations will occur to others upon reading and 
1 5 understanding the foregone detailed description. It is intended that the invention be 

construed as including all such modifications alterations, and equivalents thereof. 
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